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Abstract of EP0663638 

A method for the configuration of peripheral adapters 
(14,16,18) in computer systems. The method examines a 
flag in a Configuration Space of the peripheral adapter 
(14,16,18) to determine if user-selectable configuration 
options are required for the peripheral adapter (14,16,18). If 
the flag is set, then a configuration file (34) is retrieved and 
interpreted to determine how the peripheral adapter should 
be configured and to determine how the configuration options 
should be presented to the user. Such configurations options 
may be conditional and based on previous user selections. 
Once the user's selections have been made, the method 
updates registers (36) in the peripheral adapter (14,16,18) 
with the selected option values. 
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BE SCHRE I BUNG 

Die Erfindung bezieht sich generell auf Verfahren zur Konfigu- 
rierung von Computersysteraen und speziell auf ein Verfahren 
zur Konf igurierung eines peripheren Adaptors. 

Das periphere Komponenten- Interface (PCI) Local Bus Specifica- 
tion Production Version/ Reversion 2.0 vom 30.04.1993 defi- 
niert die Standardmechanismen, welche die Verbindung von peri- 
pheren Geraten an einem PCI-Lokalbus ermogl ichen . Die PCI- 
Spezif ikation befasst sich auch damit, wie periphere Gerate im 
System Ressourcenerf ordernisse definieren und diese dem Compu- 
ter mi.tteilen konnen. Es wird berUcksichtigt , dass einige Ge- 
rate eine benutzerseit ige Auswahl von Konf igurat ionsopt ionen 
erfordern. Die PCI-Spezif ikation behandelt Jedoch nicht, wie 
ein peripheres Gerat geratespezif ische Konf igurationsoptionen 
an einem Systemdienst (utility) weiterleitet , so dass sie dem 
Benutzer zur Auswahl und dem Computer zur Konf igurierung des 
peripheren Ger&tes dargeboten werden konnen. 

Ohne einen Standardmechanismus fur die Konf igurierung periphe- 
rer Gerate wiirde jeder Lieferant seinen eigenen speziellen 
Konf igurationsmechanismus mitliefern. Fur PCI-Systeme, welche 
bereits einen Systemkonf igurat ionsdienst vorgesehen haben, 
beispielsweise wo das PCI-System einen MicroChannel™- (MCA) 
oder EISA-Bus enthalt und die MCA- oder EISA-Konf igurat ions- 
dienste benutzt, ware es nicht akzeptabel, von den Nutzern 
mehrere Konf igurat ionsdienste zu fordern, also jeweils einen 
fur jedes der peripheren Gerate. Weiterhin waren die Lieferan- 
ten gezwungen, sich. mit den Entwicklungs- und Managementpro- 
blemen herumzuschiagen, die mit den mehrfachen Konf igurations- 
diensten fiir mehrfache Betriebsumgebungen verbunden sind. 



Es ist eine Aufgabe der vorliegenden Erfindung, ein Verfahren 
zur Konf igurierung von Computer-Peripheriegeraten zu schaffen, 
welches die oben genannten Probleme uberwindet . 

DemgemaB sieht die Erfindung ein Verfahren zur Konf igurierung 
eines mit einem Computer verbundenen peripheren Adapters vor, 
mit den Schritten: (a) Feststellung, ob der periphere Adapter 
vom Nutzer wahlbare Operationsparameter hat, (b) Zugreifen auf 
eine im peripheren Adapter gespeicherte Konf igurationsdatei, 
wenn der periphere Adapter vom Benutzer wahlbare Operations- 
parameter hat, (c) Interpretieren des Inhalts der Konfigura- 
tionsdatei zur Identif izierung von Optionen fur die vom Benut- 
zer wahlbaren Operationsparameter des peripheren Adapters, 
(d) Darstellen der Optionen der vom Benutzer wahlbaren Opera- 
tionsparameter des peripheren Adapters fur einen Benutzer des 
Gerates, (e) Akzeptieren einer Wahl einer der Optionen fur je- 
den der vom Benutzer wahlbaren Operationsparameter des peri- 
pheren Adapters seitens des Geratebenut zer s , und (f) Einstel- 
len der Operationsparameter des peripheren Adapters entspre- 
chend der gewahlten Option. 

Eine Ausf uhrungsf orm der Erfindung sei nun im Rahmen eines 
Beispieles mit Bezug auf die beiliegenden Zeichnungen erlau- 
tert. Es zeigen: 

Figur 1 ein Blockdiagramm eines Konf igurationsbeispieles 
unter Verwendung des PCI-Busses; 

Figur 2 ein Blockdiagramm zur Veranschaulichung des Forma- 
tes des Konf igurat ionsraumes (Configuration Space) 
in einem PCI-Adapter; 

Figur 3. ein Blockdiagramm zur Veranschaulichung des Forma- 
tes des Erweiterungs-ROMs in einen PCI-Adapter; 



Figur 4 Diagramme zur Veranschaulichung einer Konfigura- 
tions-Lese-Transaktion zwischen dem Prozessor und 
dem PCI-Adapter; und . 

Figuren 5A bis G gemeinsain ein Flussdiagramm zur ausgefiihrten 
Dienste-Programm ausgeftihrt werden . 

Figur 1 stellt ein Blockdiagramm einer beispielhaf ten Konfigu- 
ration unter Verwendung eines Peripher-Komponenten-Verbin- 
dungs- (PCI) -Bus 10 dar. Der PCI-Bus 10 ist eine gegenstand- 
liche Verbindungsvorichtung, welche fiir die Benutzung von 
peripheren Geraten Oder Adaptern und Prozessor/Speicher-Sys te- 
men vorgesehen ist. Der PCI-Bus 10 ist als ein Standardinter- 
face auf der Komponentenebene bestimmt, in genau derselben 
Weise, wie ISA-, EISA- oder MCA-Busse Standardinterf ace auf 
der Bo'ard-Ebene sind. Ebenso wie ISA-, EISA- und MCA-Busse ein 
gemeinsames I/O-Board- Inter face zwischen verschiedenen Platt- 
formen und verschiedenen Prozessorgenerationen bilden, ist der 
PCI-Bus 10 dazu gedacht, ein gemeinsames I /O-Komponen ten- 
Interface uber verschiedene Plattformen und verschiedene Pro- 
zessorgenerationen darzustellen . Eine vollstandigere Diskus- 
sion des PCI-Busses 10 findet sich in dem Dokument PCI Local 
Bus Specification Production Version, Reversion 2.0 vom 
30. April 1993. 

In Figur 1 ist ein Prozessor-/Speicher-Untersystem 12 an den 
PCI-Bus 10 angeschlossen, wie auch periphere Adapter als 
Audioboards 14, Videoboards 16, Videographikkontroller 18 fiir 
Monitore 20, SCSI-Periphergerate 22, LAN-Interfaces 24 und 
andere periphere Gerate 26. Eine Brilckeninterf ace-Logik 28 
koppelt den PCI-Bus 10 an einen Standarderwei terungsbus 30 
und bildet den Zugang zwischen ihnen fiir verschiedene Erweite- 
rungs-I/O-Boards 32. Fiir den Fachmann versteht es sich, dass 
diese Beispielskonf igura.tion keine Beschrankungen auf irgend- 
eine spezielle Computerarchitektur bedeuten soli. 



Wie nachstehend in weiteren Einzelheiten beschrieben wird, 
schlagt die Erfindung ein Konf igurationsver f ahren fur mit dem 
PCI-Bus 10 gekoppelte periphere Adapter vor. Die peripheren 
Adapter haben vom Benutzer wahlbare geratespezi f ische Konfigu- 
rationsoptionen, die durch eine PCI-Konf igurat ionsdatei (PCF) 
definiert sind, welche. mit dem peripheren Adapter mitgeliefert 
wird. Zunachst greift der Prozessor auf einen von der PCF- 
Datei geforderten Merker in einem Konf igurationsraum (Configu- 
ration Space) in dem. betreffenden peripheren Adapter zu. Wenn 
dieser Merker gesetzt ist, dann greift der Prozessor auf eine 
Erweiterungs-ROM im peripheren Adapter zu, urn zu bestimmen, ob 
die PCF-Datei in dem Erwei terungs-ROM vorhanden ist. Wird sie 
dort nicht gefunden, dann prlift der Prozessor andere nicht- 
fluchtige Speicher, oder der Benutzer wird angewiesen, eine 
Diskette mit der PCF-Datei zu benutzen. Hat der Prozessor die 
PCF-Datei gefunden, dann werden die darin enthaltenen Passwor- 
ter interpretiert , um den Benutzer zur Auswahl unter verschie- 
denen Konf igurationsoptionen anzuweisen. Hat der Benutzer sei- 
ne Wahl getroffen, dann aktualisiert der Prozessor. die ent- 
sprechenden Register im Konf igurationsraum des peripheren 
Adapters mit den vom Benutzer gewahiten Werten und speichert 
die Benutzerauswahl in einem nicht-f luchtigen Speicher fur die 
nachste Urladung oder einen "Kaltstart" des Systems.. 

Das erfindungsgemalie Verfahren besitzt eine Vielzahl von Vor- 
teiien gegenuber dem Stand der Technik.. Ein Vorteil besteht in 
der Benutzung, Anf orderungen oder Wiinsche bezuglich der peri- 
pheren Gerate zu spezif izieren . Weiterhin ist die Erfindung 
unabhangig sowohl vom Betriebssystem wie auch von der System- 
architektur. Die Formatierung der Konf igurationsdateien er- 
folgt unter Verwendung von ANSI- , ASCII-, EBCDIC- oder ISA 
8859.1-Text, so dass sie nicht auf irgendeine spezielle Platt- 
form beschrankt sind. Ferner ist die Syntax-Spezif ikation der 
Konf igurationsdateien erweiterbar, so dass Revisionen leicht 



vorgenommen werden konnen, wobei riickwirkend die Kompatibili- 
tat mit fruheren Versionen erhalten bleibt. 

Ein anderer Vorteil besteht darin, das die Syntax-Spezif ika- 
tion eine herstellerkompatible (generic) Fahigkeit zur Uber- 
tragung geratespezif ischer Informationen aufweist. Die Syntax- 
Spezif ikation ist einfach und besteht aus nur wenigen Passwor- 
tern, so dass ein Lieferant herstellerspezif ische Textfolgen 
zur Beschreibung der Konf igurationsregister, Funktionen, Merk- 
male und Optionen benutzen kann. Damit entfallt die Notwendig- 
keit einer langen und komplizierten Passwortliste fUr die Be- 
handlung aller mbglichen Konf igurationsoptionen . 

Ein weiterer Vorteil besteht darin, dass die Erfindung nur 
eine minimale Auswirkung auf die PCI-Spezif ikation hat, obwohl 
sie eine Erweiterung ttber diese hinaus umfasst. Die Erfindung 
bendtigt nur ein einziges Bit im PCI-def inierten Konfigura- 
tionsraum, urn diejenigen Gerate zu identif izieren, weiche die 
benutzerseitige Auswahl der Konf igurationsoptionen erlauben. 
Dariiber hinaus beeinflusst die Verwendung dieses einzigen Bits 
die peripheren Adapter, weiche nicht konf igur ierbar sind, 
nicht nachteilig, weil das Bit normalerweise zu einem Wert 
verzogert wird, der bedeutet, dass keine Konf igurations- 
optionen bestehen. 

Noch ein anderer Vorteil der Erfindung besteht darin, dass sie 
eine automatische Konf iguration peripherer Adapter ohne Ein- 
griff seitens des Benutzers erlauben. Beispielsweise kann die 
erste "Wahl" als Grundwahl programmiert werden. Wenn nur eine 
einzige "Wahl" fur eine Konf igurationsoption verfiigbar ist, 
wird auflerdem er f indungsgemafc automatisch diese Wahl ohne Ein- 
griff des Benutzers gewahlt. 

Gemaft einem weiteren Vorteil erlaubt es die Erfindung, dass 
die Konf igurationsdatei in. dem Erwei terungs-ROM des peripheren 



Adapters angesiedelt ist. Diese Eigenschaft erubrigt Disket- 
tes welche die Konf igurationsdatei enthalten. 

Indent sie eine standardisierte Methode zur Konf igurierung 
peripherer Adapter bietet, erubrigt die Erfindung die Notwen- 
digkeit, dass der Lieferant seine eigenen Konf igurations- 
dienste erstellt und einbaut. Fernerhin erubrigt es sich, dass 
der Benutzer mit mehreren Konf igurationsdiensten fUr mehrere 
periphere Adapter, die in einem Computersys tern vorhanden sein 
konnen, arbeiten muss. 

Figur 2 zeigt ein Blockdiagramm, welches das Format des Konfi- 
gurationsraumes 34 in dem peripheren Adapter veranschaulicht . 
Der Konf iguratibnsraum 34 weist einen 256 Byte-Speicher auf, 
der in einen vorbestimnten Kopfbereich 36 und einen gerateab- 
hangigien Bereich 38 unterteilt ist. Der Kopfbereich 36 beginnt 
bei der Adresse 00 L6 , erstreckt sich uber eine Lange von 64 
Bytes und definiert eine Mehrzahl von festen Registern oder 
Feldern. Der gerateabhangige Bereich 28 beginnt bei der Adres- 
se 40ie, erstreckt sich bis zur Adresse FFi6 und unterstutzt 
geratespezif ische Register und Funktionen. Fur weitere Infor- 
mationen Uber das Format des Konf igurationsraumes 34 sei auf 
das Dokument PCI Local Bus Specification Production Version, 
Reversion 2.0 vom 30. April 1993 verwiesen, auf welches hier- 
mit Bezug genommen sei. 

Bei der Erfindung enthalt eines der reservierten Register (bei 
28 16 , 2Ci6, 34 16 oder 3B lf> ) im Kopfbereich 36 das fur die PCF- 
Datei erforderliche Feld, vorzugsweise ein Feld fur ein einzi- 
ges Bit. Ein Wert von "1" in dem ftir die PCF-Datei benStigten 
Feld zeigt an, dass eine Benutzerauswahl von einer oder mehre- 
ren Konf igurationsoptionen moglich ist. Ein Wert von "0" in 
dem von der PCF-Datei benotigten Feld zeigt an, dass der peri- 
phere Adapter keine Benutzerauswahl irgendeiner Konfigurati- 
onsoption benotigt. 



Typischerweise beziehen sich ein oder mehrere Register des 
gerateabhangigen Bereiches 38 des Konf igurationsraumes 34 auf 
vom Benutzer wahlbare Konf igurationsoptionen. In Abhangigkeit 
von den in den Registern gespeicherten Werten kann der peri- 
phere Adapter auf verschiedene Weisen arbeiten. 

Figur 3 stellt ein Blockdiagramm dar, welches das Format des 
Erweiterungs-ROMs 40 im peripheren Adapter veranschaul icht . 
Die Basisadresse des Erweiterungs-ROMs 40 ist im Kopfbereich 
36 des Konf igurationsraumes 34 bei der Adresse 30] 6 gespei- 
chert. Das Erweiterungs-ROM 40 enthalt einen Speicher variab- 
ler Lange, der in eine Mehrzahl von Bildbereichen unterteilt 
ist, von denen jeder einen vorbestiinmten Erweiterungs-ROM- 
Kopfbereich 42/ einen vorbestimmten PCI-Datenstrukturbereich 
44 und einen gerateabhangigen Bereich 46 enthalt- Der Kopfbe- 
reich 42 beginnt bei der Adresse 00i 6 und erstreckt sich uber 
eine Lange vom 24 Byte und definiert eine Mehrzahl fester 
Register oder Felder. Der Kopfbereich 42 enthalt einen Zeiger 
auf den PCI-Datenstrukturbereich 44, welcher irgendwo in den 
ersten 64K Bytes des ROM lokalisiert ist. Der PCI-Datenstruk- 
turbereich 44 erstreckt sich uber eine Lange von 24 Byte und 
bestinunt eine Mehrzahl fester Register oder Felder. Der ge- 
wahlte abhangige Bereich 4 6 beginnt unmi ttelbar nach dem PCI- 
Datenstrukturbereich 44, erstreckt sich bis zum Ende des Bild- 
bereiches und speichert geratespezif ische Inf ormat ionen . Wei- 
tere Inf ormationen uber das Format des. Erweiterungs-ROMs 40 
finden sich im Dokument PCI Local Bus Specification Produc- 
tion Version, Reversion 2.0 vom 30. April 1993. 

Wenn das Code-Typenf eld der PCI-Datenstruktur 44 einen be- 
stimmten Wert enthalt, dann enthalt der gerateabhangige Be- 
reich 46 eine PCF-Datei fur den peripheren Adapter. Die Ver- 
wendung des Erweiterungs-ROMs 40 zur Speicherung der PCF-Datei 
eriibrigt die Notwendigkei t fUr Disketten im Konf igurations- 
prozess. 



Figur 4 zeigt eine Zeitdarstellung zur Veranschaulichung einer 
Konf igurations-Lese-Transaktion zwischen deni Prozessor und dem 
peripheren Adapter, wobei der Prozessor Zugriff auf Daten vom 
Konf igurationsraum und dem Erweiterungs-ROM des peripheren 
Adapters haben und diese lesen kann. Ein Konf igurations- 
schreibbef ehl wiirde eine ahnliche Sequenz zum Beschreiben des 
Konf igurationsraumes verwenden. Fur weitere Inf ormationen uber 
PCI-Bus-Transaktionen sei auf das Dokument PCI Local Bus 
Specification Production Version, Reversion 2.0 vom 30. April 
1993 verwiesen, auf das hiermit Bezug genommen werde. 

Ein ausgewahlter Untersatz von Signalen, wie sie in Figur 4 
verwendet werden, seien nachfolgend beschrieben: 

CLK Das CLK-Signal (Taktsignal) sorgt fur die zeitliche 

Abstimmung aller Transaktionen auf dem PCI-Bus und 
ist ein Eingangssignal fur jedes Gerat . Alle anderen 
PCI-Bussignale werden bei der Anstiegsf lanke des 
Taktsignales abgetastet und alle anderen Zeitsteuer- 
parameter werden mit Bezug auf diese Flanke defi- 
niert. Es ist zu erwarten, dass der PCI-Bus uber 
einen weiten Frequenzbereich des Taktsignales arbei- 
ten kann. 

Rahmen# Das Rahmen#-Signal (Zyklusrahmensignal ) wird vom 

momentanen Hauptgerat vorgegeben, urn den Beginn und 
die Dauer eines Zugriffes anzuzeigen. Das Rahmentt- 
Signal soil den Beginn einer Bustransaktion anzei- 
gen. Wahrend das Rahmen#- Signal vorhanden ist, dau- 
ern Datentransf ers fort. Wenn das Rahmen#- Signal 
verschwindet (deassert), befindet sich die Transak- 
tion in der Enddatenphase . 

AD AD [ 31 : : 00] -Signal e (Adressen- und Datensignale) wer- 

den auf denselben Anschliissen des PCI-Busses multi- 



plext. Wahrend des ersten Taktes einer Transaction 
enthalten die AD-Signale eine Ziel-Gerateadresse von 
32 Bit. Wahrend der nachf olgenden Takte enthalten 
die AD-Signale bis zu 4 Bytes von Daten. 

Das IDSEL-Signal ( Ini tialisierungsgeratewahl -Signal ) 
wird wahrend der Konf igurationslese- und -schreib- 
transaktionen benutzt als eine Chipwahl am Ort der 
oberen 24 Adressenzeilen, 

•7 

Die C/BE# [ 3 : : 0] -Signale (Busbefehls- und Byteakti- 
vierungssignal) werden an denselben AnschlUssen des 
PCI-Busses multiplext. Wahrend der Adressenphase ei- 
ner Transaktion definieren die C/BE#-Signale einen 
Busbefehl. Wahrend der Datenphase der Transaktion 
werden die C/BE#-Signale als Byteaktivierungen fiir 
die 32 AD-Signale benutzt. Die Byteaktivierungen 
bestimmen, welche Byte-Lanes, also 8-Bi tgruppen, der 
AD-Signale sinnvolle Daten transportieren. Bei- 
spielsweise gehort das C/BE# [ 0 ] -Signal zum Byte 0 
der AD-Signale und das C/BE# [ 3 ] -Signal gehort zum 
Byte 3 der AD-Signale. 

Das 1RDY#- (Initiator-Fertig) Signal zeigt die Fahig- 
keit des Initialisierungsgerates (Hauptgerat) die 
Datenstromphase der Transaktion zu vollenden. Das 
IRDY#-Signal wird in Verbindung mit dem TRDY#-Signal 
verwendet. Eine Datenphase ist bei jedem Takt voll- 
standig, bei welchem sowohl der IRDY#- als auch das 
TRDY#-Signal vorhanden (asserted) sind. Wahrend 
eines Schreibvorganges zeigt das IRDY#-Signal an, 
dass die AD-Signale giiltige Daten enthalten. Wahrend 
eines Lesevorganges zeigt das IRDY#-Signal an, dass 
das Hauptgerat fur die Datenauf nahme bereit ist. 



Wartezyklen werden eingefUgt, bis beide IRDY#~ und 
TRDY#-Signale gleichzeitig vorhanden sind. 

TRDY# Die TRDY#- ( Zielgerat- Fertig) Signal e geben an, dass 

das Zielgerat in der Lage ist, die gegenwartige 
Datenphase der Transaktion zu voilenden. Das TRDY#- 
Signal. wird in Verbindung mit dem oben beschriebenen 
. IRDY#-Signal benutzt. Eine Datenphase ist bei jedem 
Takt beendet, bei dem sowohl das TRDY#- als auch das 
IRDY#-Signal vorhanden sind. Wahrend eines Lesevor- 
ganges zeigt das TRDY#-Signal an, dass die AD-Signa- 
le gultige Daten enthalten. Wahrend eines Schreib- 
vorgangs zeigt das TRDY#-Signal an, dass das Zielge- 
rat bereit zur Annahme von Daten ist. Wartezyklen 
werden eingefUgt, bis beide IRDY#- und TRDY#-Signale . 
zusammen vorhanden sind. 

Weitere Inf ormat ionen liber andere Signale, die auf dem PCI-Bus 
benutzt werden, finden sich im Dokument PCI Local Bus Specifi- 
cation Production Version, Reversion 2.0 vom 30. April 1993. 

In Figur 4 wird der Bus-"Besitz" einige Zeit vor der Takt- 
periode #1 einem Hauptgerat, beispielsweise dem Prozessor, zu- 
geteilt. Nach dieser Besitzzuteilung wird das Rahmentt-Signal 
wahrend der Taktperiode #2 erzeugt, indem es vom Prozessor auf 
eine niedrige Spannung gebracht wird, urn den Beginn der Konfi- 
gurations-Lese-Transaktion zwischen dem Prozessor und dem 
peripheren Adapter anzuzeigen. Die erste Taktflanke, bei wel- 
cher das Rahmen#-Signal erscheint, also die Taktperiode #3, 
ist die Adressenphase, und bei dieser Taktflanke werden die 
Adressen- und Busbef ehlscodes durch die AD- und C/BE#-Signale 
ubertragen. Normalerweise dekodiert jedes Gerat seine eigene 
Adresse fur normale Zugriffe. Jedoch erfordern die Zugriffe in 
dem Konf igurationsraum und dem Erweiterungs-ROM, dass die Ge- . 
rateauswahlcodierung extern erfolgt und an den peripheren 



Adapter mit Hilfe des IDSEL-Signals, welches wie ein klassi- 
sches "Chipauswahl"-Signal wirkt, signalisiert wird. Nach der 
Adressenphase, in welcher der Konf igurations-Lesebef ehl deko- 
diert wird und IDSEL auftritt, also die Taktperiode #3, rea- 
giert der periphere Adapter rait einem (nicht veranschaulich- 
ten) DEVSEL#-Signal . 

Die interne Adressierung des Konf igurationsraumes und Erweite- 
rungs-ROMs erfolgt durch die AD- und C/BE#-Signale . Die Konfi- 
gurations-Lese-Bef ehle (oder Schreibbef ehle) erlauben Zugriffe 
auf ein Byte, ein Wort, eine Doppelwortgrenze, und/oder als 
eine Burst-Operation. Der Rest der Transaktion entspricht den 
anderen Befehlen, die in dern Dokument PCI Local Bus Specifica- 
tion Production Version, Reversion 2.0 vom 30. April 1993 be- 
schrieben sind. 

Die nachste Taktflanke, also die Taktperiode #4, lasst die er~ 
ste von einer oder mehrerer Datenphasen beginnen, wahrend wel- 
cher Daten von den AD-Signalen zwischen dem Prozessor und dem 
peripheren Adapter bei jeder Taktflanke ubertragen werden, fur 
welche sowohl die IRDY#- als auch die TRDY#-Signale vom Pro- 
zessor bzw. peripheren Adapter assertiert werden. In die Da- 
tenphasen konnen entweder vom Prozessor oder dem peripheren 
Adapter Wartezyklen durch Deassertieren der IRDY#- bzw. TRDY#- 
Signale eingefugt werden. Zu Zeiten, wenn der Prozessor nur 
einen weiteren Datentransf er vollenden. mochte (was unmi ttelbar 
nach der Adressenphase der Fall sein kann) , wird das Rahmen#- 
Signal deassertiert und das IRDY#-Signal assertiert, um anzu- 
zeigen, dass der Prozessor fertig ist- Nachdem der periphere 
Adapter den letzten Datentransf er durch Assert ieren des TRDY#- 
Signals arizeigt, kehrt der PCI-Bus in seinen Leerlauf zustand 
zurilck, in welchem sowohl das Rahmen#-Signal wie auch das 
IRDY#-Signal deassertiert wird. 



Es folgt eine Beschreibung der PCF-Syntaxspezi f ikation . Es sei 
bemerkt, dass in der Beschreibung: (1) optionale Passworter 
und Felder in Klammern ([]) angegeben sind, (2) geschweifte 
Klammern ( { } ) eine Liste von Optionen angeben, worin ein senk- 
rechter Balken (I) eine Trennung der Optionen in der Liste 
darstellt, s und (3) Werte genereil entweder in Hexadezimal- 
oder Binarformat angegeben werden, wobei Hexadezimalzahlen mit 
dem Buchstaben "h" und Binarzahlen mit "b" enden. Es versteht 
sich fur den Fachmann, dass in der hier beschriebenen Erfin- 
dung irgendeine Anzahl unterschiedlicher Syntaxkonventionen 
und Passworter benutzt werden konnen, und dass die nachstehend 
beschriebenen Syntaxspezif ikation die Erfindung nicht auf die 
hier im einzelnen beschriebene Form beschranken soli. 

xxxxh 
xxxxh 
xxh 

Die Lief eranten- und Geratepassworter mussen zu den aqui- 
valenten Feldern im Konf igurat ionsraum des peripheren 
Adapters passen. Die PCFDEF-Parameter geben die Version 
der Syntaxspezif ikation an. 

LANG { DAN | DUT | ENG I FIN | FRE | GER | ITA | NOR | POR I SPA I SWE } 

Dem Passwort LANG folgt ein Parameter, der die Sprachwahl 
zur Anzeige ftir den Operator Oder Benutzer angibt, wobei 
DAN danisch, DUT hollandisch, ENG englisch, FIN finnisch, 
FRE franzosisch, GER deutsch, ITA italienisch, NOR norwe- 
gisch, POR portugiesisch, SPA spanisch und SWE schwedisch 
bedeutet . Das LANG-Passwort gibt an, dass jeder in Anfiih- 
rungsstriche gesetzte .Text innerhalb eines folgenden 
Blocks die spezif izierte Sprache ist. Ein Sprachblock 
setzt sich fort, bis das nachste LANG-Passwort auftritt 
oder das Ende der PCF-Datei erreicht ist. 



LIEFERANT 

GERAT 

PCFDEF 
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UDFn "User Definable Feature description" (vom Benutzer defi- 
nierbare Merkmalsbeschreibung) s : aah [,s:bbh,..., s:zzh) 

Der UDFn-Parameter bezeichnet ein vom Benutzer definier- 
bares Merkmal. Dasn wird benutzt, um ein Etikett. (Label) 
fur das UDF-Statement zu bilden. Es muss ein Wert von 0 
bis 99 (dezimal) sein, und jeder Wert von n innerhalb ei- 
nes Sprachblockes muss einmalig sein. Auf UDFn folgt die 
Beschreibung des Merkmals mit in Anf uhrungsstriche gesetz- 
tem Text, dem eine Liste von Konf igurationsraumregistern 
folgt, die durch das Merkmal betroffen sind. Das Format 
der Liste enthalt mindestens eine Registergr6ften-/0f f set- 
Beschreibung. Die Registergr6fle-/0f f set-Beschreibung wird 
als s:xxh dargestellt, wobei s: der Grofcenindikator und 
xxh das Register/Offset vom Beginn des Konf igurat ionsrau- 
mes ist. Das h gibt das Offset in Hexadezimal f orm an. Der 
Groflenindikator kann B: fur Byte, W: fur Wort Oder D: fUr 
Doppelwort sein. Wenn mehr als ein Register betroffen ist, 
dann mussen diese nicht dieselbe Gro/Se haben oder in ir- 
gendeiner Adressenreihenf olge vorliegen. 

"Wahl 1 Beschreibung" { yyyyyyyyb I zzh I zzzzh | zzzzzzzzh } 

[ / (yyyyyyyyb I zzhi ...},...] [, offzh, . . . ] 

"Wahl x-1 Beschreibung" zzh [ , zzzzh, ...][, OFFm, ... ] 
"Wahl x Beschreibung" zzh [, zzzzh, ...][, OFFm, ... ] 

Der in Anf uhrungsstriche gesetzten Wahlbeschreibung folgt 
die Registerinformation. Ein Registerwert von BytegroSe 
kann im Binar- oder Hexadezimalf ormat angegeben werden. 
Register von WortgroBe und Doppelwortgrofie konnen nur im 
Hexadezimal format angegeben werden. Im Binarformat wird 
jedes Bit als ein X (oder x) , ■ 1 (Einstell-) oder 0 (Ruck- 
stell-) beschrieben werden, und ihm folgend ein "b" , um 
anzugeben, dass es sich um einen Binarwert handelt. Im 



Hexadezimal format wird jede Tetrade (nibble) entweder als 
ein X (oder x) oder ein Wert von 0 bis F (oder 0 bis f) 
angegeben und ihm folgt ein "h", urn den Hexadezimalcharak- 
ter zu bezeichnen. Das X zeigt an, dass dieses Bit oder. 
diese Tetrade nicht modifiziert werden soli, wenn Daten zu 
dem spezif izierten Offset im Konf igurationsraum beschrie- 
ben werden. Diese Registercodierungen entsprechen der Rei- 
henfolge und. Grofte, in welcher sie in der UDFn-Beschrei- 
bung definiert sind. Die. Wahlbeschreibung kann optional 
auch andere UDFn-Def initionen ungiiltig machen, urn mogliche 
benutzerdef inierbare Merkmale zu erlauben, w.enn das Vor- 
handensein eines Benutzermerkmals von den zuvor getroffe- 
nen Auswahlmoglichkeiten abhangt. Bei Vorgabe wird ein 
UDFn aktiviert, wenn es nicht durch eine Auswahlbeschrei- 
bung spezieil deaktiviert ist. Es sei bemerkt, dass eine 
Auswahlbeschreibung ihfe entsprechende UDFn nicht deakti- 
vieren kann. Es sei ferner bemerkt, dass ein UDFn durch 
Verwendung eines OFF/n-Passwortes deaktiviert werden kann, 
wenn das m des OFFm zum n des UDFn passt. 

HILFE "HILFETEXT" 

Das HILFE-Passwort und der in Anf uhrungsstriche gesetzte 
Text sind optional. Falls in der PCF-Datei vorhanden, muss 
es der letzten Wahl eines UDFn folgen. 

ENDPCF 

Das Passwort ENDPCF bezeichnet das Ende der PCF-Datei. 
Jegliche Information, die diesem Passwort ENDPCF folgt, 
wird nicht analysiert. 



Das ;-Passwort gibt den Beginn eines Kommentars hindurch 
bis zum nachsten WagenrUcklauf an. 



Im Folgenden wird eine Beispiel-PCF-Datei zur Veranschauli- 
chung der Benutzung des Formats der Syntaxspezif ikation ange- 
geben: 

LIEFERANT 1234h ;der Lief erant-ID ist 1234h' 

GERAT 5678h ;das Gerat ID ist 5678h 

PCFDEF Olh ;PCF-Version 1 

LANG ENG ;Es folgt ein englischsprachiger Block. 

UDFO "Type of Widget Communications" (Typ der Widget Kommuni- 
kationen) B:4Sh, D:8Ch 

; setzt Werte auf 45h (Byte) und 8Ch (Doppelwort) 

; wenn "RF" vom Benutzer gewahlt wird, dann deaktivieren 

; anweisen fur UDF1 und UDF2 

"seriell" xxxOOOxxb, ABDCXXXXh 

"parallel" xxxOlOxxb, 1234XXXXh 

"RF" xxxlOOxxb, 5678abcdh, OFF1, OFF2 

HILFE "diese Wahl lasst sie auswahlen, welchen Typ vom Kommu- 

nikationsmechanismus sie fur dieses Gerat wunschen" 

UDF1 "Kommunikationsgeschwindigkeit" W:56h 



"4 Mbit/Sec" X12Xh, OFF2 
"16 Mbit/Sec" X4cXh, OFF2 
"64 Gbit/Sec" XOOXh 



lauft bei 4 Megabit/Sekunde 
lauft bei 16 Megabit/Sekunde 
lauft bei 64 Gigabit/Sekunde 



UDF2 "Enable Super Hyper Turbo Mode" (Aktiviert Super-Hyper- 
Turbo-Modus) B:49h; setzt Byte auf 49h 
"NEIN XXXXXOXXb 
" JA" XXXXXIXXb 



HILFE "Aktiviert Super-Hyper-Turbo-Modus nur, wenn die Ge- 
schwindigkeit von 64 Gbit gewahlt wurde" 

UDF3 "Widget Host ID' 1 B : 9Ah 
"7" xxxxxOOOb 
"6" xxxxxOOlb 
"5" xxxxxOlOb 
"4" xxxxxOllb 

ENDPCF ; Ende der PCF-Datei. 

Die Figuren 5A bis G biiden zusaimnen ein Flussdiagramm zur 
Veranschaulichung der bei der Erfindung durchgef uhrten Schrit- 
te. 

Das Flussdiagramm der Figur 5A zeigt die durchgefiihrten 
Schritte bei der Bestimmung, ob der periphere Adapter die vom 
Benutzer wahlbaren Konf igurationsoptionen erlaubt, und bei der 
Bestimmung, ob die PCF-Datei in einem Erweiterungs-ROM 40 des 
Adapters vorhanden ist. Der Block 46 veranschaulicht den 
Zugriff des Prozessors auf das PCF_erf orderliche Bit in einem 
reservierten Byte des Kopfbereiches 36 im Konf igurationsraum 
34. Der Entscheidungsblock 48 zeigt den Prozessor bei der Be- 
stimmung, dass das PCF_erf orderliche Bit im Kopfbereich 36 des 
Konf igurationsraumes 34 gesetzt ist. Ist dies nicht der Fall, 
dann endet der Konf igurationsprozess fur geratespezif ische 
Moglichkeiten (ITEMS) . Andernfalls stellt der Block 50 den 
Prozessor beim Zugriff auf das Erweiterungs-ROM-Basisadres- 
senfeld im Kopfteil 36 des Konf igurationsraumes 34 dar. Der 
Entscheidungsblock 52 stellt den Prozessor bei der Bestimmung 
dar, ob der Wert des Erweiterungs-ROM-Basisadressenf eldes gul- 
tig ist. 1st dies nicht der Fall, dann geht die Steuerung auf 
"A" uber. Anderenfalls stellt der Block 54 den Prozessor beim 
Zugriff auf das Code typenf eld in der PCI-Datenst ruktur 44 des 
ersten Bildbereiches des Erweiterungs-ROMs 4 0 dar. Der Ent- 



scheidungsblock 56 veranschaulicht den Prozessor bei der Be- 
stimmung, ob das Codetypenf eld einen "PCF"-Wert enthalt . Wenn 
nicht, geht die Steuerung zum Block 48 Uber. Block 48 ist ein 
Entscheidungsblock, der bestimmt, ob zusatzliche Bildbereiche 
im Erweiterungs-ROM 40 vorhanden sind. Ist dies nicht der 
Fall, dann geht die Steuerung auf "A" uber. Andernfalls geht 
die Steuerung zum Block 54 Uber, um auf das Code typenf eld in 
der PCI-Datenstruktur 44 des nachsten Bildbereiches des Erwei- 
terungsrom 40 zuzugreifen. Bestimmt der Prozessor bei Block 
56, dass das Codetypenf eld einen "PCF n -Wert enthalt, dann 
stellt der Block 60 den Prozessor beim Herausholen der PCF- 
Datei aus deni gerateabhangigen Bereich 46 des Erwei terungs- 
ROMs 40 dar. Die Steuerung geht dann auf "B" uber. 

Das Flussdiagramm der Figur 5B veranschaulicht die bei "A" 
ausgefUhrten Schritte, wenn die PCF-Datei sich im nicht- 
fluchtigen Speicher, also auf einer Festplatte Oder Diskette 
und nicht im Erweiterungs-ROM 40 des peripheren Adapters be- 
findet. Der Entscheidungsblock 62 stellt den Prozessor bei der 
Suche nach der PCF-Datei im nicht-f luchtigen Speicher dar. 
Vorzugsweise sollte der Dateiname der PCF-Datei XXXXYYYY.PCF 
sein, wobei die XXXX ein Zweibyte-Gerat Id ist, wie es im 
Kopfbereich 36 des Konf igurationsraumes 34 spezifiziert ist 
(Darstellung in hexadezimalen Zahlen) , und die YYYY sind ein 
Zweibyte-Lief erant Id, wie er im Kopfbereich 36 des Konfigura- 
tionsraumes 34 (Darstellung in hexadezimalen Zahlen) spezifi- 
ziert ist. Findet der Prozessor die PCF-Datei im nicht- 
f luchtigen Speicher nicht, dann geht die Steuerung auf den 
Block 64 uber, urn den Benutzer fur die Lokalisierung der PCF- 
Datei anzuleiten. Andernfalls geht die Steuerung uber auf "B". 

Das Flussdiagramm der Figur 5C zeigt die bei "B n durchgefuhr- 
ten Schritte, wenn die PCF-Datei entweder im Erweiterungs-ROM 
oder einem anderen nicht-f luchtigen Speicher gefunden wird. 
Der Block 66 zeigt den Prozessor beim Lesen der Lief eranten-ID 



und der Gerate-ID aus der PCF-Datei. Block 68 zeigt den Pro- 1 
zessor beim Speichern der Lief eranten-ID und der Gerate-ID im 
nicht-f Itichtigen Speicher. Block 70 zeigt den Prozessor beim 
Lesen des PCFDEF-Passwortes und der Parameter aus der PCF- 
Datei. Der Entscheidungsblock 72 zeigt den Prozessor bei der 
Bestimmung, ob die PCFDEF sich auf einen erkannten, also gul- 
tigen Versionsidentif izierer bezieht. Wenn nicht, dann wird 
der Konf igurationsprozess abgebrochen. Andernfalls zeigt der 
Block 74 den Prozessor beim Absuchen der PCF-Datei nach LANG- 
Passwortern. Der Entscheidungsblock 76 zeigt den Prozessor bei 
der Bestimmung, ob sich in der PCF-Datei mehr als ein LANG- 
Passwort befindet. 1st dies nicht der Fall, dann geht die 
Steuerung auf "C" uber. Andernfalls zeigt der Block 78 den 
Prozessor bei der Anweisung an den Benutzer nach einer Sprach- 
auswahl. Bei Block 80 akzeptiert der Prozessor die Sprachaus- 
wahl des Benutzers. Block 82 zeigt den Prozessor beim Positio- 
nieren zum Sprachblock, der durch das betreffende LANG-Pass- 
wort in der PCF-Datei identif iziert ist, zur Verarbeitung des 
Sprachblockes . Die Steuerung geht dann uber auf "C". 

Das Flussdiagramm der Figur 5D veranschaulicht die bei "C" 
durchgefuhrten Schritte, wobei die PCF-Passworter verarbeitet 
und bearbeitet werden. Block 84 stellt den Prozessor beim Le- 
sen des nachsten Passwortes und der zugehorigen Parameter aus 
der PCF-Datei dar. Beim Entscheidungsblock 86 bestimmt der 
Prozessor, ob das nachste Passwort "UDF" ist. Wenn dies der 
Fall ist, geht die Steuerung zur Verarbeitung des "UDF"-Pass- 
wortes und seiner Parameter auf "D" uber, und danach kehrt die 
Steuerung zu Block 84 zuriick. Beim Entscheidungsblock 88 be- 
stimmt der Prozessor, ob das nachste Passwort "HILFE " ist. Ist 
es so, dann geht die Steuerung auf "E" uber, urn das "HILFE 
Passwort und seine Parameter zu verarbeiten, und kehrt an- 
schlieflend zu Block 84 zuriick. Beim Entscheidungsblock 90 be- 
stimmt der Prozessor, ob das nachste Passwort "LANG" ist. Wenn 
ja, dann geht die Steuerung uber auf " F" , Beim Entscheidungs- 



block 92 bestimmt der Prozessor, ob das nachste Passwort 
"PCFEND" ist. Wenn ja, geht die Steuerung liber auf "F". Beim 
Entscheidungsblock 94 bestimmt der Prozessor, ob das Ende der 
PCF-Datei erreicht ist. Wenn ja, geht die . Steuerung uber auf 
"F". Andernfalls liest der Prozessor bei Block 84 das nachste 
Passwort aus der PCF-Datei. 

Das Flussdiagramm der Figur 5E veranschaulicht die bei "D" 
durchgefUhrten Schritte sowie die Verarbeitung des UDF- 
Passwortes. Diese Schritte werden ubersprungen, wenn der 
"OFF"-Parameter infolge einer fruheren Benutzerauswahl gesetzt 
ist. Bei Block 96 zeigt der Prozessor die UDF-Beschreibung und 
ihre zugehorigen Auswahlmoglichkei ten an. Bei Block 98 weist 
der Prozessor den Benutzer zum Treffen einer Wahl an. Bei 
Block 100 zeigt der Prozessor die Wahl des Benutzers an, und 
bei Block 102 speichert der Prozessor die Auswahlwerte im 
nicht-f liichtigen Speicher. 

Im Flussdiagramm der Figur 5F sind die bei "E" durchgefuhrten 
Schritte gezeigt sowie die Verarbeitung des "HILFE"-Passwortes 
veranschaulicht. Bei Block 104 zeigt der Prozessor den Hilfe- 
text fur die UDF und die zugehorigen Auswahlmoglichkeiten an. 

Das Flussdiagramm der Figur 5G zeigt die bei "F" durchgefuhr- 
ten Schritte und veranschaulicht die Verarbeitung der vervoll- 
standigten PCF-Datei. Bei Block 106 greift der Prozessor auf 
den peripheren Adapter zu, und bei Block 108 aktualisiert er 
die entsprechenden Register im Konf igurat ionsraum 34 des peri- 
pheren Adapters unter Verwendung der im nicht-f liichtigen Spei- 
cher wahrend des Konf igurat ionsprozesses gespeicherten Werte. 
Dieselben Funktionen werden auch bei der POST-Sof tware (Power- 
On Self-Test = Einschalt-Eigentest ) in der Anlaufzeit des 
Systems und wahrend zukQnftiger Systemanlauf e durchgef uhrt, urn 
sicherzustellen, dass die Register im Konf igurationsraum 34 
korrekt initialisiert sind. 



Damit ist die Beschreibung cler bevorzugten Ausfuhrungsform de 
Erfindung beendet. Zusammengef asst ist ein Verfahren beschrie 
ben, welches die Konf iguration von peripheren Adaptern be- 
sorgt. Das Verfahren untersucht einen Merker im peripheren 
Adater zur Bestimmung, ob vom Benutzer wahlbare Konfigura- 
tionsoptionen erforderlich sind. Ist der Merker gesetzt, dann 
wird eine Konf igura tionsda tei ausgelesen, die in einem ROM- 
Speicher im peripheren Adapter enthalten sein kann. Die Konfi 
gurationsdatei wird interpret iert zur Bestimmung, ob der peri 
phere Adapter konfiguriert werden soli und wie die Konfigura- 
tionsoptionen dem Benutzer dargeboten werden sollen. Solche 
Konf igurationsoptionen konnen konditional sein und auf friihe- 
ren Auswahlen des Benutzers beruhen. Mehrere Sprachf ormate 
sind in einer einzigen Konf igurationsdatei vorhanden und er- 
Ubrigen die Notwendigkei t , separate Dateien bereitzuhalten. 
Die Syntaxspezif ikation der Konf igurationsdatei enthalt einen 
Versionsidentif izierer fur Erweiterungsmoglichkeiten und Ruck 
wartskompatibilitat unter verschiedenen Versionen. Die Syntax 
spezif ikation der Konf igurationsdatei erlaubt auch das Ein- 
schreiben von Daten in den peripheren Adapter in mehreren 
Datenformaten . Wenn der Benutzer erst seine Auswahl getroffen 
hat, dann aktualisiert das Verfahren Register in den periphe- 
ren Adapter mit den gewahlten Optionswerten . 
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PATEN TANS PRUCHE 

1. Verfahren zur Konf igurierung eines mit einem Compu- 
ter (12) gekoppelten peripheren Adapters (14,16,18) mit den 
Schritten: 

a) Bestimmen, ob der periphere Adapter (14,16,18) vom Be- 
nutzer wahlbare Betr iebsparameter hat; 

b) Zugreifen auf eine im peripheren Adapter (14,16,18) ge- 
speicherte Konf igurationsdatei (34), wenn der periphere Adap- 
ter vom Benutzer wahlbare Be triebsparameter hat; 

c) Interpretieren des Inhaltes der Konf igurationsdatei zur 
Identif izierung von Optionen fur die vom Benutzer wahlbaren 
Betriebsparameter des peripheren Adapters (14,16,18); 

d) Darstellung der Optionen fur die vom Benutzer wahl- 
baren Operationsparameter des peripheren Adapters (14,16,18) 
an einen Benutzer; 

e) Akzeptieren einer benutzerseitigen Wahl einer der 
Optionen fur jeden der vom Benutzer wahlbaren Betriebspara- 
meter des peripheren Adapters (14,16,18); und 

f) Einstelien der Betriebsparameter des peripheren Adap- 
ters (14,16,18) entsprechend der gewahlten Option. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichne t , 
. dass die Konf igurationsdatei (34) in einem nicht- f lUchtigen 

Speicher (38) gespeichert ist. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, dass der Best immungsschritt (a) den Schritt eines 
Zugreifens auf ein Register (36) im peripheren Adapter (14, 
16,18) umfasst, in welchem ein Wert gespeichert ist, der an- 
gibt, ob der periphere Adapter (14,16,18) vom Benutzer wahl- 
bare Betriebsparameter aufweist . 



4. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, dass die Konf igurationsdatei (34) in 
einer Mehrzahl von Blocks aufgeteilt ist, die mehreren Spra- 
chen entsprechen und deren jeder Optionen fur vom Benutzer 
wahlbare Betriebsparameter des peripheren Adapters (14,16,18) 
enthalt, die in der entsprechenden Sprache beschrieben sind. 

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, 
dass der Darstellungsschritt (d) die folgenden Schritte um- 
fasst: Auswahl einer Vorgabe-Sprachwahl und Darstellung der 
Optionen der vom Benutzer wahlbaren Betriebsparameter des 
peripheren Adapters (14,16,18) an den Benutzer, von dem der 
Vorgabe-Sprachwahl entsprechenden Block. 

6. Verfahren nach Anspruch 4, dadurch gekennzeichnet, 
dass der Darstellungsschritt (d) die Schritte umfasst: Anwei- 
sung des Operators zu einer Sprachwahl, Akzeptieren der 
Sprachwahl des Benutzers und Darstellung der Optionen der vom 
Benutzer wahlbaren Betriebsparameter des peripheren Adapters 
(14,16,18) an den Benutzer, von dem der Sprachwahl entspre- 
chenden Block. 

7. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, dass die Konf igurationsdatei (34) 
einen Versionsindikator enthalt. 

8. Verfahren nach Anspruch 7, gekennzeichnet durch den 
Schritt der Interpretierung des Inhaltes der Konf igurations- 
datei entsprechend dem Versionsindikator. 

9. Verfahren nach einem der vorstehenden Anspriiche, dadurch 
gekennzeichnet, dass die Konf igurationsdatei (34) ein oder 
mehrere konditionale Optionen enthalt, und dass der Darstel- 
lungsschritt (d) den Schritt der Darstellung der Optionen der 
vom Benutzer wahlbaren Betriebsparameter des peripheren Adap- 



• • • 

ters (14,16,18) an den Benutzer aufgrund einer frUher akzep- 
tierten Benutzerwahl entsprechend der Konditionsoption urn- 
fasst . 



♦ • • * 



FIG. 2 



31 



KOPF- 
BEREICH 36 



GERATE- 
ABHANGIGER< 
BEREICH 38 



2/9 
16 15 



GERAT id 



STATUS 



^CONFIGURATIONS 

„ RAUM 34 
0 



LIEFERANT ID 



BEFEHLE 



KLASSENCODE 



BIST 



KOPF- 
TYP 



LATENZ- 
TIMER 



REVISION ID 



CACHE- 
ZEILENGR6SSE 



BASISADRESSENREGISTER 



RESERVIERT 



RESERVIERT 



ERWEITERUNGS-ROM-BASISADRESSEN 



RESERVIERT 



RESERVIERT 



MAX_LAT 



MIN_GNT 



ABBRUCH 
PIN 



ABBRUCHS- 
ZEILE 




18H 

1CH 

20H 

24H 

28H 

2CH 

30H 

34H 

38H 

3CH 

40H 

FFH 



FIG. 3 



31 



3/9 

16 15 



ERWEITERUNGS 
ROM 40 

-A/ 



SIG1 



SIG2 



RESERVIERT 



RESERVIERT 



KOPF 42 < 



RESERVIERT 



RESERVIERT 



RESERVIERT 



RESERVIERT 



RESERVIERT 



ZEIGER 2UM PC1D 



00H 
04H 
08H 
OCH 
10H 
14H 
18H 



PCI-DATEN 
STRUKTUR 44 



GERATE- 
^BHANGIGER 
BEREICH 46 





SIGNATUR 


LIEFERANT ID 


GERAT ID 


VPD-2EIGER 


PCID-LANGE 


REV. 


KLASSENCODE 


, BILDLANGE 


REV.-EBENE 


CODE 
TYP 


INDIKATOR 


RESERVIERT 





5/9 



46- 



L 1 




ZUGRIFF AUF PCF ERFORDERL 
BIT IM KONFIGURATIONSRAUM 


i 





FIG. 5A 




NEIN 



50- 



ZUGRIFF AUF ERWEITE- 
RUNGS-ROM BASISADRESSE 
IM KONFIGURATIONSRAUM 




66- 



68- 




7/9 



LESEN LIEFERANT ID 
UND GERAT ID AUS PCF I 







SPEICHERN 
ID UNO GERA 


LIEFERANT | 
T ID MIT NVS | 



FIG, 5C 




NEIN 



ABSUCHEN PCF NACH LANG-PASSW. | 




NEIN 



80- 



ANWEISUNG BENUTZER 
2UR SPRACHAUSWAHL 




i 


AKZEPTIEREN 
AUSWAHL DE 


DER SPRACH 
S BENUTZERS 



POSITIONIEREN ZUM ENTSPR 
LANG-PASSWORT IM PCF 





8/9 



• ••^ 
• • • 

« • • 



» ♦ - 

0 • • ■ 

I- • 4 ♦ • 

■ • • • 
k « • » • 



84- 



0 



LIES NACHSTES PASSW. 
UND TEXT VON PCF 



NEIN 



NEIN 



NEIN 



NEIN 




JA 





JA 




JA 




NEIN 



FIG. 5D 



■© 



■0 



9/9 



FIG. 5E 




AN2EIGEN TEXT FGR UDF U. WAHLMOGUCHK.f*' ^ 



ANWEISG. AN BENUT2ER ZUM AUSWAHLEN 



98 



AKZEPT. D. AUSWAHL 



100 



SPEICHERN DER AUSWAHLW.IM NVS J 102 




FIG. 5F 



FIG. 5G 



1 



104- 




ANZEIGE HILFE TEXT FOR 
UDF UND WAHLM6GLICHK. 




ZUGRIFF PCI-ADAPTER. 



■106 



AKTUALISIERG. KONFIGURATIONS- 
RAUMREGISTER IM PCI-ADAPTER 




108 



